Thank you for your continuous effort in implementing this feature. However, as far as I know not all absolute paths have been fixed, for example, srcset in your changed lines and other files, /legacy_index in _include/legacy_notes.html, $.getJSON("/static/tunasync.json" in static/js/index.es6, etc.
首先，感谢你的持续关注和工作。但是我依旧注意到还有一些绝对路径没有被修复，比如你更改的文件以及尚未更改的文件中的 srcset，比如 _include/legacy_notes.htm 的 /legacy_index 部分，比如 static/js/index.es6 中的 $.getJSON("/static/tunasync.json"，不一而足。

Also, there is inconsistency in your changes, namely mixing {{ site.baseurl }} and {{ absolute | relative_url }} together. I hope we can pin to one style.
同时我也注意到一些代码风格上的不一致，即混用 {{ site.baseurl }} 与 {{ absolute | relative_url }}。希望能保持同一个风格。

Since there are enormous codes using absolute paths, fully implementing this feature may be time-consuming as you and we need to develop and test it. It may be better to maintain your own fork, take time to fix all the absolute paths, and mark this PR as a draft before it is ready to get it upstreamed.
因为大量现存代码使用了绝对路径，完整支持相对路径可能需要消耗较多时间，毕竟你和我们都需要开发与测试这一功能。就现在的情况来看，你先自行维护一个分支、逐渐修复绝对路径、并在功能完备、能被上游合并之前将这个 PR 标记为草稿可能会更好。

用一种语言就行，不用这么累

1. 雀食，我的demo在http://hellfire.ocf.berkeley.edu:12345/_site ，最近沉迷游戏，目前还停留在哪崩修哪
2. 看起来{{ absolute | relative_url }}这种过滤器式用法是推荐的用法，但与此同时，看起来Jekyll的液体过滤器是静态的，因此按我的理解似乎只能在js中使用{{ site.baseurl }}，不能使用过滤器？
3. 雀食，让我标记为草稿，到时候squash一下

昨日夜观加州天象，见一老者，曰：“你毕业前不把咕咕掉的PR解决，天必诛之！”，遂着急忙慌回到电脑前，复活此PR；冥冥之中又曰：“汝咕咕太久，开发太快，合并冲突已不可避。重置分支，放弃更改，重振旗鼓，从头开始，再强制推送到远端，可解合并冲突：此乃正道矣”
简单测试了一遍，貌似没有问题

同时我也注意到一些代码风格上的不一致，即混用 {{ site.baseurl }} 与 {{ absolute | relative_url }}。希望能保持同一个风格。

在index.html中还是包含{{ site.baseurl }}的，这是迫不得已的必要邪恶。Jekyll 的液体过滤器只能进行静态处理，因此它无法正确对 Vue v-bind 中函数返回值进行过滤。经过权衡，我决定不采用以下几种替代方案：

1. 更改index.es6中的getURL()。这种做法同样需要使用{{ site.baseurl }}，而且需要更改两处（65行、63行或14行）
2. 直接更改原始URL。这种方案不可行，因为一些URL是直接从镜像名称推导衍生的。